home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_2 / rnet107u.zip / ECHOS.DOC < prev    next >
Text File  |  1991-01-03  |  12KB  |  214 lines
  1.  
  2.  ┌────────────────────────────────────────────────────────────────────────────┐
  3.  │                      EchoConferences and EchoNetworks                      │
  4.  └────────────────────────────────────────────────────────────────────────────┘
  5.  
  6.   EchoConferences are message bases which are shared between multiple PCBoard
  7.   Bulletin Board Systems.  Messages which are entered in an EchoConference on
  8.   any of the echoing BBS's will be transferred to the other BBS's during a
  9.   nightly event.  Public messages entered in an EchoConference will be seen
  10.   by more than only the users on the originating BBS, but on all the BBS's
  11.   which support ("carry") that EchoConference.
  12.  
  13.   There are several methods of operating an EchoConference, but here we are
  14.   only concerned with how they can be implemented using the "QWK" packet
  15.   standard.  It is assumed you are well-acquainted with PCBoard and have some
  16.   working knowledge of offline reader mail doors (such as QMail, MarkMail,
  17.   KMail, and TomCat!).  If you are not familiar with an offline reader door,
  18.   I highly recommend you use one and an offline reader (such as EZ-Reader,
  19.   SLMR, or Deluxe) for several days before attempting to implement an
  20.   EchoConference.
  21.  
  22.   EchoConference -  A PCBoard message base (conference) which has the "echo
  23.                     flag" turned on and is having messages sent (echoed) to
  24.                     other bulletin board systems.
  25.  
  26.   Host           -  A BBS where mail messages are sent and acquired from.
  27.                     All systems on the network must have a host except the
  28.                     highest tier (that usually being refered to as the
  29.                     InterNational Host).
  30.  
  31.   Host Sysop     -  The Sysop of a BBS that is providing echo conferences for
  32.                     systems below it on the network tier.  The Host Sysop is
  33.                     the Sysop of the system directly above the system in
  34.                     question.
  35.  
  36.   HOST_ID        -  An assigned eight letter "code" given to a BBS which
  37.                     operates any of the various offline reader mail doors.
  38.                     Examples: Faster-Than-Light is assigned the HOST_ID of
  39.                     FTL; The Right Place is assigned TRP; Cheers! is assigned
  40.                     CHEERS; Executive Network is assigned EXECNET.
  41.  
  42.   Network        -  Also refered to as EchoNetworks.  This is a collection of
  43.                     boards which have setup a series of conferences to be
  44.                     commonly carried between them.  Examples:  ILink,
  45.                     SmartNet, Intelec, UNI-Net.
  46.  
  47.   Offline Reader -  A program designed to read messages packaged up by a
  48.                     offline mail door which creates replies to be sent back
  49.                     up to the mail door.  "Offline" refers to the ability to
  50.                     read/reply to messages without being "live."
  51.  
  52.   .REP Packet    -  REPly packet.  This is a ZIP|ARC|PAK file containing the
  53.                     messages FROM your system TO the host system.  This
  54.                     packet is created by RNet when executing an EXPORT
  55.                     operation (sending messages up to the host)
  56.  
  57.   .QWK Packet    -  This is a ZIP|ARC|PAK file containing the mail FROM your
  58.                     host system TO your system.  This packet is opened and
  59.                     read by the RNet IMPORT operation to put incoming
  60.                     messages into your message bases.
  61.  
  62.  
  63.  ┌────────────────────────────────────────────────────────────────────────────┐
  64.  │              An example network configuration (graphically):               │
  65.  └────────────────────────────────────────────────────────────────────────────┘
  66.  
  67.  
  68.                            ┌────────────────────┐
  69.                        ┌───┤ InterNational Host ├───┐
  70.                        │   └────────────────────┘   │
  71.                        │                            │
  72.                ┌───────┴───────┐            ┌───────┴───────┐
  73.              ┌─┤ National Host ├─┐          │ National Host │
  74.              │ └───────────────┘ │          └───────────────┘
  75.              │                   │
  76.      ┌───────┴───────┐   ┌───────┴───────┐
  77.      │ SuperRegional │ ┌─┤ SuperRegional ├─┐
  78.      └───────────────┘ │ └───────────────┘ │
  79.                        │                   │
  80.                ┌───────┴───────┐  ┌────────┴──────┐
  81.                │ Regional Host │  │ Regional Host │
  82.                └───────────────┘  └───────┬───────┘
  83.                                           │
  84.                   ┌───────────────┬───────┴───────┬──────────────┐
  85.             ┌─────┴─────┐   ┌─────┴─────┐   ┌─────┴─────┐  ┌─────┴─────┐
  86.             │ Local BBS │   │ Local BBS │   │ Local BBS │  │ Local BBS │
  87.             └───────────┘   └───────────┘   └───────────┘  └───────────┘
  88.  
  89.  
  90.   Each 'box' on the diagram represents a bulletin board system (BBS). Mail is
  91.   transfered up the network by having each system call its host to upload
  92.   mail from below and get mail which comes from above.  This is a simple tier
  93.   system compared to a point-to-point system such as Fido based mail networks
  94.   use.
  95.  
  96.   Note that not all of these levels have to exist within a network.  Some
  97.   networks may simply have a single host where ALL other nodes call for mail.
  98.   Other networks may be even further "spread out" than the example above.
  99.   Generally, you'll find that most networks develope into a 3 to 4 level tier
  100.   system (the above example being 5 tier).
  101.  
  102.   Each system may be using a different method of transferring mail between
  103.   itself and its host.  RNet is designed as one method which is based on the
  104.   host system operating a QWK packet based offline reader door.
  105.  
  106.  
  107.  
  108.  ┌────────────────────────────────────────────────────────────────────────────┐
  109.  │             Local system configuration for EchoConferencing                │
  110.  └────────────────────────────────────────────────────────────────────────────┘
  111.  
  112.     To configure PCBoard to support EchoConferences:
  113.  
  114.       Setup HOST_ID.CFG        - If you are just starting to echo with this
  115.                                  host, you will need to create a HOST_ID.CFG
  116.                                  file to instruct RNet on how to operate,
  117.                                  what conferences go where, what taglines to
  118.                                  use, where to find things, etc.  Please see
  119.                                  the RNET.DOC file for information on setting
  120.                                  up configuration files.
  121.  
  122.       Contact Host Sysop       - Contact your Host Sysop and have him enable
  123.                                  NetStatus for those conferences you would
  124.                                  like to echo to your system.  Without
  125.                                  NetStatus, you cannot import messages on
  126.                                  your end nor will the host mail door accept
  127.                                  messages from your system.
  128.  
  129.       Create a new conference  - Use the same name (or very similar) as the
  130.                                  host for the conference you will be echoing.
  131.                                  Add the conference to your CNFN/G screens
  132.                                  and somehow designate it as an echo
  133.                                  conference so your users know about it.  Do
  134.                                  not forget to actually create the message-
  135.                                  base in question!
  136.  
  137.       Enable Conference Echo   - When defining the conference, specify YES
  138.                                  for the "Echo Conference Messages".  Without
  139.                                  this flag enabled, all mail will be
  140.                                  maintained locally and will not be sent out
  141.                                  to the host system.  Users have the option
  142.                                  when entering a message as to if they would
  143.                                  like it echoed to other systems or not.
  144.  
  145.       Inform users of Echo     - Post a bulletin or news file informing users
  146.                                  of what an echo conference is and rules of
  147.                                  conduct when using one.  If there are rules
  148.                                  for the network you are echoing, post those
  149.                                  for your users to read.
  150.  
  151.       Set up a mail event      - Through your EVENT.SYS or some other method,
  152.                                  establish an automated way of processing
  153.                                  mail to and from your host. This is where
  154.                                  RNet comes in as RNet will do the actual
  155.                                  message import|exporting needed for a
  156.                                  Qmail/MarkMail based echo with your host.
  157.                                  You must still use a communications program
  158.                                  and script or a package such as RoboComm to
  159.                                  do the actual transfer of mail packets.
  160.  
  161.  
  162.  
  163.  ┌────────────────────────────────────────────────────────────────────────────┐
  164.  │           Mail Processing Event documentation and information              │
  165.  └────────────────────────────────────────────────────────────────────────────┘
  166.  
  167.   Either by EVENT.SYS or batch file, you will need to execute the following
  168.   sequence of events to transfer your mail:
  169.  
  170.       Gather outgoing mail     - This is done by executing an RNET EXPORT
  171.                                  HOST_ID.  RNet will find all new mail which
  172.                                  needs to be sent to the host and put it in a
  173.                                  REP packet.  If a REP packet already exists,
  174.                                  RNet will append new messages to the end of
  175.                                  it if you have a REPLY_PROCESS=APPEND
  176.                                  (recommended) in your configuration.
  177.  
  178.       Call Host System         - Using a communications program, call your
  179.                                  host system.  If this fails, you should
  180.                                  properly exit back to your batch file and
  181.                                  leave the REP packet (if any) alone so the
  182.                                  next event will add any new messages and try
  183.                                  to send that packet again.  If you wish to
  184.                                  delete your REP packet even on failure, do
  185.                                  so and also COPY HOST_ID.BAK HOST_ID.PTR to
  186.                                  restore your pre-REP message pointers.
  187.  
  188.          Login to host         - Your host may or may not require you to use
  189.                                  a special login name for mail transfers.
  190.                                  Whatever the case, you need to properly
  191.                                  login to the host and get to the command
  192.                                  prompt.
  193.  
  194.          Get to MailDoor       - Open the offline reader door (MarkMail;
  195.                                  Qmail; Kmail; TomCat!; whatever).
  196.  
  197.          Download QWK packet   - Download any new mail as HOST_ID.QWK
  198.  
  199.          Upload REP packet     - Upload your HOST_ID.REP packet (new messages
  200.                                  from your system) if you have one ready.
  201.  
  202.          Logoff host           - (G)oodbye from host.
  203.  
  204.       Import new host mail     - To insert new mail (HOST_ID.QWK) which was
  205.                                  transfered from the host, execute a RNET
  206.                                  IMPORT HOST_ID.  This will insert all new
  207.                                  messages to your message bases.
  208.  
  209.       Reload PCBoard           - The mail event is done.  Return PCBoard to
  210.                                  normal operation or execute any other events
  211.                                  as needed (such as packing message bases,
  212.                                  doing caller analysis, etc).
  213.  
  214.